home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ 2⁄23⁄90 / 0712-Re Jump Table size-Feb90 < prev    next >
Encoding:
Text File  |  1990-02-23  |  2.0 KB  |  61 lines  |  [TEXT/GEOL]
  1. Item forwarded  by  A33          to A34
  2.  
  3. Item    7410692                         18-Feb-90        19:50PST
  4.  
  5. From:   MOOF                            Rollin, Keith A
  6.  
  7. To:     MACAPP.TECH$                    MacApp Technical
  8.  
  9. Sub:    RE>Jump Table size
  10.  
  11. Attn: AUDev - CRIA, Canberra, ACT,ID
  12. SentBy: Keith Rollin
  13. Date   2/18/90
  14. Subject    RE>Jump Table size
  15. From   Keith Rollin
  16. To AUDev - CRIA, Canberra, ACT,ID
  17.  
  18.          Reply to:   RE>Jump Table size
  19. Kenneth,
  20.  
  21. Here are some comments on your questions:
  22.  
  23.     1)  Is there any easy way to increase the jump table size (we are using
  24. MacApp and a lot of methods, and this is a problem)?
  25.  
  26. >>> No, there is no easy way. This is something we are working on for future
  27. versions of MPW, but without compiler and linker support, it is nearly
  28. impossible.
  29.  
  30.     2)  Is there any easy way of finding the size of the jump table (this
  31. would be nice so that we could see the effect of changing segmentation)?
  32.  
  33. >>> Generating a linkmap will tell you all of this
  34.  
  35.     3)  Is changing segmentation going to effect the size of the jump table?
  36.  
  37. >>> Possibly. Jump table entries are generated for intersegment calls (calls
  38. from a procedure in one segment to a procedure in another) and polymorphic
  39. methods (methods that overridden in a subclass). Anything you can do to reduce
  40. these will reduce the number of jump table entries.
  41.  
  42. >>> what happened to question #4???
  43.  
  44. Enhancement
  45.     5)  Is there any possibility of having a compiler directive to say a
  46. particular method is to be compiled as Inline code (ie direct expansion of the
  47. code where use, rather than generatin function call code)? This would solve
  48. our problems with jump table size, and some nagging doubts about the speed of
  49. our code. (C++ has this option, and it would be a major advantage if Pascal
  50. also offered it).
  51.  
  52. >>> You can sort of do this. You can declare INLINE fuctions, but you have to
  53. implement then by typing the hex codes of the instructions you want to
  54. execute.
  55.  
  56.  
  57. - Keith Rollin
  58. - Apple Developer Technical Support
  59.  
  60.  
  61.